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Abstract 


This paper contains the latest draft of the 
AX.25 protocol specification. This is the first 
ublic release of this draft. tarlier drafts have 
een aiven to specific inviduals for comment and 
as a reference for software development. Changes 
should be expected. Please check the AMRAD 
Newsletter for announcements of later versions. 


History 


Over the years there have been several proto- 
cols Steel ates for use at layer 2 of the TS Open 
System nterface Reference Model (OSI-RM) over 
Amateur Radio. The one system that has been in 
use is based on the IBM SUL@ protocol and it has 
been working as far as it went. One'of the imme- 
diate roblems that came up with SDLC was that 
its address field of SDuUC is very limited (being 
one byte long cauSing problems if there are many 
amateurs on at'a time. 


Te to cone up with a protocol that every- 
one would agree to seemed like an almost impossi- 
ble task a year ago. What we at AMRAD decided to 
do was to go over the various protocols in use or 
available to the amateur, figure out the best and 
worst parts of each protocol and see if the proto- 


col could be "enhanced'" to work properly over the 
amateur radio enviroment. After reviewing the 
various protocols around and talking with eople 


in the computer networking industry, we decided to 
push the %.25 standard modified to allow a larger 
address field. At about this time, a group of 
amateurs in New Jersey were coming to the same 
conclusion. so about mid-June of 1982 the two 
groups a together and after two weekends came to 
an “understanding on a level 2 protocol. The 
most delicate arr of the negotiations between the 
two groups concerned the name to be given this 
COLOCOL. In. order to not step on. ary ones toes, 
1t was decided to cel. the protocol AX-25, which 
stands for Amateur X.20. 


The next step in the evolvement of AX.25 was 


that in October of 19382, AMSAT hosted a ee 
of some of the leaders in amateur packe radio. 
AMRAD was at the meeting, along wit representa~ 
tives from TAPR, SuLAPR. AMSAT, and PPRS. Three 


days of intense discussion followed, and an agree~ 
ment was finally reached on a nation-wide compati- 
ble protocol. AX.25 was then modified to be com- 
patible with this new protocol (basically the only 
major changes were an additional extension of the 
address field, and the addition of a Protocol 
Identifier, or PID field). 


The rest of ee a 
basics of the AX.23 leve 


erwill describe the 
protocol. 


AX.25 Layer 2 Protocol Specifcation 


This protocol conforms with the I5S0 
Recommendations 330Y, 4555 (includi a 1&2) and 
62560 high-level data link control ( LC) and uses 
some terminology found in these documents. 


This protocol also conforms with AwSI X8.66, 
describing ADCCP, balanced mode. 


Tas Ree 1s written to work equally well 
in either half- or full-duplex amateur radio envi- 
roments. 


This protocol has been written to work equal- 
lv well for either Point-tozpoint connections. or 
connections made thru a largerdevice, such'as a 
metropolitan network controller(MNC). 


This protocol does allow the establishment of 
more than one layer 2 Ciank layer) connection per 
device, if the device is so capable. 


2.4 


This protocol also follows in principle the 
CCIT? x.25 recommendation, with the exception of 
an extended address fie]d and the addition of the 
Unnumbered Information (UI) frame. 


Most layer 2 protocols assume that one large 
device (generally called a DCu, or data circuit- 
terminating equipment) is connected to several 
smaller devices eatery called a Di's, or data 
terminating equipment /. AX.25 assumes that both 
ends of the link are balanced, thereby eliminating 
the two different classes of device. 


Frame Structure 


2 packet-radio transmissions are sent 
in small blocks called frames. These frames are 
made up of smaller parts, called fields. Figs 

shows. how the three types of frames are made up. 
Fig. lshows the frames in the same bit order that 
most packet articles show them. , Unfortunately, 
this method has led t some confusion, Since the 
least-s:g nificant bité LSBis to the left rather 
than to the right, as most people would ordinarily 
assume. I am pointing this out early in this 


Level 


aper to prevent mass confusion as_ I progress. 
ta er on, I will switch to a hopefully more under- 
standable way of showing the frame ans its compo- 
nents. 


Field Definitions 


called 
t..ese ee is made up of an 
or bytes), and serves a 


The frame is made up of several parts, 
fields. tach of 
integral number of octets 
specific function. 


Flag Field 


Since amateur packet radio is a bit-oriented 
protocol, the only way to tell when one frame is 
over and another 1s starting for sure is _ to 
delimit each frame with a certain bit. sequence 
both at the beginning and the end. . This 1s the 
job of the flag field. A flag consists of a zero 


followed by six ones followed by another zero, or 
O1111110 (7B hex: Due to the bit stuffing 
mentioned above. the only time this sequence is 
alfowea” is at' the beginning and end of a 


legitimate frame. 
Address Field 


The address field is used to identify both 
where the frame came from and what the destination 
Of Jb a6; In the CCITT recommendation X.25, this 
field is only one octet long. This permits at 
most 256 users per level 2 channel, and since some 
-bits of this field were used for other purposes, 
the real number of _users were about thirty per 
level 2 channel. Both the HDLC and ADCCP recom- 
mendations allowed the address field to be ex- 
tended, so we decided to extend the address field 
per their recommendations in the amateur version 
of X.25 to include the callsigns. of both the 
destination and source amateur radio stations. 


The method used to extend the address field 
will be described shortly. 


Control Field 
The control field is used to identify the 


type of frame and control several attributes of 
the level 2 connection. is one octet in 
length, and its encoding will be discussed in a 


following section. 
PID-Field 


The Protocol Identifier (PID) field is used 


only in information frames, and identifies what 


kind of layer 3 protocol, if any, is in use. Its 


encoding is as follows: 


M ui 
5 S 

B B 

xxOUxxxx Reserved at the moment. 
xxUlyyyy AX.25 layer 3 implemented. 


AX.25 layer 5 implemented. 

No layer 5 implemented. 

Escape character. Next byte 
contains more PID information. 


10 
ieee 
atti 


Where: 
Te An x indicates a "don't care" bit. 
De A y indicates all combinations used. 


Information Field 


The. information field 1s “used: ito: -convey the 
actual user data from one end of the link to the 


other. I fields are allowed in only three tyes of 
frame;, the I frame, the UI frame and the FRMR 
frame The I field can be up to 256 octets long, 
and should be an even multiple of octets long. 
Any information in the I field should be assed 
along the link totally transparently,  exce nena 
any zero-bit insertion necessa to prevent flags 
from accidentally appearing in tthe I field. 


Frame Check Sequence 


The frame-check sequence iS a sixteen-bit 
number calculated by both the sender and receiver 
of a frame. It is used to make sure that the 
frame was not corrupted by the medium used ro Ri bete 


Lhe frame: trom “the. sender ‘Co: the receiver. 
calculated in accordance with [SQ 3309 (HbLe} 
recommendations. 


Bit Stuffing 


In order to assure that the flag sequence 
mentioned above doesn't accidentially appear any- 
where else in a frame, as the frame is being sent 
it should be monitored, and if more than five 
contiguous ones are detected, a zero bit should be 
added between the fifth and sixth ones, eliminat- 
ing the Ae eee of a flag appearing in the 
frame er than where it belongs. The receiver 
of five en a zero, and more ones should automa- 
tically eliminate the inserted zero before passing 
the data on. 


Bit Order of Transmission 


With the exception of the FCY field, all 
other fields in an’ AX.25 frame should be sent 
starting with the least-significant bit. I. -<ao= 
cordance with HDLC prac ses the FCS should be 
sent most-Significant bit first. 


Frame Abort 


aborted, at 


If a frame must be prematurel 
be sent with 


least fifteen contiguous ones shoul 
no bit stuffing added. 


Invalid Frames 


Any frame consisting of less than 136bits, 

Or not bounded by opening and closing flags, or 

not octet aligned (an integral n-umber of octets) 

eee be considered an invalid frame by the link 
ayer 


Address Field Encoding 


The address field of all frames should be 
encoded with both the destination and source ama- 
teur callsi s of the frame. If a level 2 amateur 

repeater" is to be used, its callsi should also 
be in the address field. AX.25 follows the HDLC 
recommended method of extending the address field 
in order to fit all this Pee ent oa into the 
address field. 


Basically, the way the HDLC address field is 
extended beyond one octet is to reserve the least- 
Significant bit of each octet for what is called 
an “extender bit". This bit is set to zero if the 
next octet contains more address field informa- 
tion, and is set to one if this is the last octet. 
To make room for this extender bit, the amateur 
radio call sign information is shifted one bit to 
the left. 


The actual encoding techniques for both non- 
repeater ar? repeater operation follows. 


2.5 


Non-Repeater Address--Field Encoding 


If a level 2 repeater is not being used, the 
address field is encoded as shown in Fig. 2. The 
destination address is the call sign of the ama- 
teur radio station that the frame is addressed to, 
while the source address contains the amateur 
call sign who sent the frame. These call signs 
are the call signs of the two ends of a level 2 
AX.25 link only, not of any other station, such as 
the; Cestination of a packet going: thru ‘an. inter= 
mediary link. Those addresses should be in a 
higher layer, not layer e. 


Al thru Al4 are the fourteen octets that make 
up the two address sub-fields of the address 


field. a destination sub-address is seven oc- 
tets long (Al thru A7), and is sent first. This 
will al the receivers of the frame time to 


check Ae destination address sub-field and see if 
the frame is for them while the rest of the frame 
1S being received. The source address sub-field 
is then sent in octets A& thru Al 4. Both of these 
sub-fields are encoded in the same manner, except 
for the last octet having the HDLC address ex- 
tender bit set. Since they are eee the 
same, only the destination sub-address will be 
dutlined. 


There is an extra octet at the end of each 
address sub-field that allows room for a 
Secondary-Station Identifier (SSLD) and three 
additional bits for future expansion. The SsID 
field allows an Amateur Radio operator to have 
more than one packet radio station. This is use- 
ful when an amateur wants to put up a repeater in 
addition to his regular station for example. 


Appendix A shows a typical AX.25 frame in the 
non-repeater mode. 


vestination Sub-Field, kncoding 


shows how an amateur call sign is 
oG= 


Pig. 9 
placed in the destination address sub-field, 
cupying octets Al thru A7. 


; Octet | ASCII, | Bin. Data} Hex Data 


; Al | W “Hott ty! AB 
| Ad | 4 pUTTITQVY | 08 | 
A4 J p}YOTO1VV 94 
j Ad l F j) LOQVITVO, BC 
| Ao l i. j LOVTV0T0 | Ye 
; AT } SOLD VORRSSL DO; | 
Bit posit tones 70543210 
Figs. Ss» Destination Field incodiie 
Where: 
The The top octet (Al) is the first octet 
sent eer off the 


E. or - dike Pong agg 
ioe of the stack), bit VU of each 

octet being the first bit sent, and bit 
7 beine the last bit sent. 


2. The first (low order or bit VU) bit of 
each octet is the HDLC extenderbit, 
which is set to zero on all but the last 
octet in the address field, where it is 
set to one. 


oe The bits marked "R" 
they may be used 
manner in individual 
aren t implemented, 
TO Ones 


are reserved bits. 
in an agreed upon 
networks. If the 
they should be se 


4. The characters of the acre soure be 
standard seven-bit ASCII upper case 
only) before being shifted le to make 
room for the extender buts. it the 
callsign is less than six characters 
LANS 1t should be padded at the 
car ing end with ASCII spaces between 
une = end of the callsign and the sslD 
octe 


5. The SSID portion of the last octet has 
been \antentionally Jefe. vague <at- “this 
point, and is left GP to the individual 
station to assign. e only recommended 
restrictio is to reserve the all-one 
condition (1111) for an all-call SSID in 
case ne wants to reach an amateur but 
dooesn ‘t know what SsSiD that amateur 
operates under. 


Level 2 Repeater Address-Field tncoding’ 


If a frame is to go thru a level 2 amateur 
packet repeater, there is an additional address 
sub-field added to the end of the address _ field. 
This additional sub-field contains the call sign 
of the repeater to be used. - this will allow more 
than one’ repeater to share the same rf channel, 
which has been a problem with the older protocols. 
If this field exists, the last octet of the source 


sub-field has its extender bit set to zero, indi- 
cating that more address-field data follows. T he 
repeater address sub-field is encoded in the same 
manner as tne destination and source address sub- 
fields, except for :..-one bit an ‘the last octet; 
called the H bit. The H bit is used to indicate 


whether a frame has been repeated or not. This is 


necessary to prevent someone from potentially 
receiving two identical frames, the one going to 
the repeater, and the one coming back from the 


repeater. | Fig. 4 shows how the repeater address 
sub-field 1s encoded. Appendix BK is an example of 
a complete frame on its way back from a repeater. 


Uctet ASCII | Bin. Data; nex Data, 
p Ald |W ftytulityy ad | 
| AT | 4 jytiutyj tvs) 
Alg “1OOTVT00L” 94? 
Peg | og HORE LoSb 2) } 
p AcU | i sees RIK EAC ERS 
; A211 poole Hike sl ply ' 


wo ee om ee we oe em Om ee eee te ee ee ns a ee em ee Oe ee om a on Oe om om 


Bit Urder --> 70545210 


Fig 4_ Repeater Address sncoding 
Where: 
1. The top octet is the first octet — sent, 
with bit VU being sent first, bit 7 sent 


last of each octet. 


2. As with the source and destination 
address sub-fields discussed ako, bit 
Q of each octet is the HDLC address 
extender bit, which is set to zer on 
all but the last address octet (a4) 
where it is set to one. 


3. The “kK” bits are reserved just like in 
the source and destination sub-fields. 


4, The "H" bit is the has-been-repeated 
ener It is set to zero on a non- 
repeated frame, and set to one by the 
repeater when the frame has been 
repeated. 

It should be noted that some of the advan- 

tages of this addressing scheme are mentioned in 


Appendix C. 


Control Field Formats 


The control field is responsible for identi- 
fying what type of frame is being sent, and_is 
also used to convey commands and responses, from 
one end of the link to the other Oo maintain 
proper control overthe link. 


The control fields used in AX.25 use the 
CCITT A.2D> control fields for balanced operation, 
with an additional control field taken from AwJUCP 
to allow connectionless and round-table operation. 


There are three general types of AX.25 
frames. They are the I formation frame (1 frame), 
the Supervis gy f’rame 45 frame and the Unnum- 
bered frame (U frame Fig: 5 shows the basic 


format of the control field associated with these 
types of frames. 


a eh Gee ee OP ts OP ee Ow em ae aD Om aw a am OR Gm aw at aD ee oO Om we Om O® Ow Om OP Om Om am WE am ow ee OD 


Control Field Bits 
D1 4 


Type Pose a ® 
| IFrame | N(R) /P/e} a(s) | 0 | 
| S Frame | N(H) {P/#/ s 8) Of 7} 
eT Ca ee 
“Wig. Control Field Formats 
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Where: 


1. Bit Q is the first bit sent, bit. 7 2s 
tne last bit sent of tne cont rol field. 


2. N(S) is the send sequence number (bit 2 
is the uSk). 
oF N(R) is the receive sequence number (bit 
is the LOL). 
4, The "S" bits are the supervisory 


TANCT LOM EES, and their encoding is 


discussed below. 


oF The 
modifier bits 
discussed below. 


6. The P/F bit is the Poll/Final bit. Its 
function is described in more detail 
shortly. 


"4" bits are the unnumbered frame 
and their encoding is 


‘Control Field Definitions 


Information Frame Control Field 


A 111 frames have bi t V cf the control 

to zero. N(S) is the sender’ss send 
number (the send sejuencenumber of this 
frame ) . Win) is thesenders receive seguence 
number (the sequence number of the next expected 
received frame. These numbers are described in 
the section regarding flow control. 


field set 
seyuence 


Supervisory Frame Control Field 


Supervisory frames are denoted by havin 
bit VU of tne controlfield set to one, and bit 
of the control field set to zero. 0 Frames: pro 
vide  supervisor,! link cont rol such as_ acknow- 
ledging or requastyr’ retransmission of | frames, 
and link level window cont rol. Since 5 , frames 
don’t have an information field, the sander s send 
variable and the receiver's receive variable are 
not incremented for » frames. 


Unnumbered Frame Control Field 


Unnumbered frames are distinguished by 
having both bits U and lset to one. J frames are 
responsiblefor maintaining (control over tne link 
beyond what is accomplisned with 5S frames. Trey 
are also respons i ble for the establishment and 
tearing down of the link. U frames also allow for 
the transmission and reception of information 
outside of’ tne normal flow control. Some U frames 
may contain information fields. 


Control Field Parameters 


DequenceNumbers and Va ria bles 


ivery AX.25 1 frame shall be assigneda 
sequential number from Qto'/7. This hill’ailowup 
tQ? seven outstanding l frames per level 2 connec~ 
tion at a time. 


Send State Variable V(s) 


The send state variable is an internal 
variable that is never sent. t contains the next 
sejuential number to be assigned to the next 
transmitted I frame. This: vatlable- 2s. “updated 
upon the t ransmiss ion of each| frame. 


Send Sequence Number N ( 3) 
The send sequence number is found in the 


control field of alli. frames. It contains the 
seyuaence number of the | frame being sent. , Just 
rior to the transmission of the'l trame, N\S) 1s 


updated to equalthe send state state variable. 
Receive State Variable V(k) 


The receive state variable is an inter- 
nal variable that contains the sequence number of 
tne next expected received I frame. his variable 
i$ updated upon the reception of an error-free l 
frame whose send sequence number equals the Pre- 
sent received state variable value. 


Received Sequence Number NURI 


The received sequence number is in both 
I and S frames. Prior to sending an [ or } frame, 


this variable is 
received state variabie. 
ledging the proper reception of al 
and including N(i)-1. 


(P/F) 


updated to equal that of the 
thus implictlv acknow-— 
I frames up to 


Bit 


The P/F bit may be used Pe all. types of 
Pp 


Poll/Final 


frames. It is used in a command (poll) mode to 
request an immediate reply to a frame. The reply 


te this pO0ll is indicated by setting the response 
final) it in the appropriate frame. Only one 
outstanding poll condition per direction is al- 


lowed at a time. 
Control Field Encoding 
Information Frame Control Field 
The informa tion frame control field is 
encoded as shown in fig. . Anese “i kames: are 
sequentially numbered to maintain control of their 
passage over the link level connection. 


Cont ro]. Field Bits 


Fiz. 6. I Frame Control Field 
Supervisory Frame Control Field 


The supervisory frame control fields are 


encoded as shown in Fig;. In AX.25, S frames 
are used only as responses to other frames. 
; Control Field Bits a aoe a a ea ae Oe 
| Receive Ready RR | N(R) P/F, 00} 01 | 
| Receive Not Ready RNR | NV R P/E 0) 1 | O 4 | 
| Reject RBJ ; NCR i P/F y 1 O j Of } 
Fig. 7. 5S frame control Fields 
Receive Ready (RR) Response 
Receive Ready is used to do the fol- 
lowing: 
1. To indicate that the sender of the RR is 
now able to recieve more I frames. 
2. To acknowledge sa received 1 
frames up to, and including N(K)-1. 


Ds To clear a previously set busy condition 
created by an RNR command having been 
sent. 


It should be noted that the status of 
the other side of the link can be requested by 
setting the poll bit. 


Receive Not Ready (RNR) Response 


Receive not ready is used to indicate to 
the sender of I frames that receiver is temporari- 
ly busy and (cannot accept any more I frames. 
Frames up t N(R)=-1 are a nowledged. Any I frames 
numbered CR) and higher that might have been 
caught in between and not acknowledged when the 
RNR command was sent are NOT acknowledged. 


The RNR concition can be cleared by the 
sending of a UA, Rk, kad on SABM frame. The P/r 
bit can be used within the KkNx frame to interro- 
gate the status of the other side of the link. 


Reject (RJ) Respanse 


The re ject frame is used to request 
retransmission 0 I f’rames starting with WCB). 
Any me that were sent with a sequence number 
of N R)=1 or less are acknowledged. Additional I 
frame ret ransmission of 


may be apoendeci to the 
the NCR) 


frame if there are any. 


Only 
lowed in each direction at a tine. 
condition is cleared by the proper rece 
frames up to the I frame that caused the 
condition to be initiated. 


one re,ect frame condition is al- 
The re ac 

tion 0f LI 
reject 


As with the other supervisory responses, 
the P/F bit may be used in the KJ frame. 


2af 


Uuuumbered Type Frames 


Unnumbered frame control fields are 
ei ther commands or responses. ‘This s tsnda rd fol- 
lows X.25_as much as possible. The only deviation 
from X.25 ig in the addition of the  Unnumbered 
Information UI) frame from ADCUP. Xe25 is de- 
signed to work with ig full-duplex systems with 
only one main device (Ce) and potentially many 
users (DIns). 


Amateur Radio packet systems differ greatly 
on both of these respects. Not only is Amateur 
Radio packet networking done in a half-duplex rf 
envi ronment , but manyDC#/DT links many be shar- 
ing the same channel. Many amateurs have rejected 
the use of X.c) as a result of these problems. 
X.25 can easily be enhanced so that it will per- 
form properly over amateur radio. 


the layout of U frames 


Fig. 8 shows 
standard. 


ee) imple- 
ment ed within this 


Control Field Bits 
(ia ee ee ee ay 


| 
[Set Asynchronous jC | YO I P 1] 1 1 | 
| ] ] | 
| 
| 


j Balanced Mode=SABM j 
| Disconnect-DIsC jCmdj 010; Py;O00;, 114 : 
| Disconnected ModejRes; O UO ,P/F; 114 141 | 
| UM | | Dor seen | 
| Unnumbered {Res} O11, F {O04 TT | 
| Acknow ledge-UA | | j | | i 
| Frame Reject-FilikjRes} 100), F / Ot} 11 | 
| Unnumbered jit} 000 4P/F} OOF 11 | 
» Information-UI ;her,; | i H 
Fig. 8. U Frame Control Fields 

Set Asynchronous Balanced Mode (SABM) Command 
The SABM command is used to place 2 

stations in the asynchronous balanced mode, ‘This 


is a balanced mode of operation known as LAr 8B 
where JCxs and DT#s are treated as equals. 


Information fields aren’t allowec in 
SABM commands. Any cueane lL frames left when 
the Sabi command is issued will remain wunacknow- 
lecged. 

Disconnect (DISC) Command 

The DISC command is used to terminate a 
link session between two stations. No information 
field is permitted in a vlsU command f rame. Any 
outstanding 1 frames will remain outstanding. 


Disconnected Mode ( DM) Response 


The disconnected mode response is sent 
whenever the D?T# or DCs receives a frame other 
then a SABM while in a disconnected mode. It is 
sent to request a set mode command, or to indicate 
it cannot accepta connection at the moment. ihe 
DM response cannot have an information field. 


A DCk or DT# in the disconnected mode 
wil respondto anycommand other than. a SABM witn 
a Dill response with the P/¥ bit set tol. 


Unnumbered Acknowledge (UA) Response 


The UA response frame is sent to acknow= 
ledge the reception ard acceptance”ota J frame 
Command. A received command is not actually pro- 
cessed until the JA response frame sissset.. An 
information field is not permitted in a UA frame. 


Frame He ject_( Frit) Kesponse 


The FRMK response frame 1s sent to re- 
port that for some reason the receiver of a_ Coll- 
mand or information frame cannot successfully 
process that frame and tnat the error concition 1s 


not correctable by Pee es offending frame 
again. Typically this condi t ion will appear wnen 
a frame without an FUS error has been received 


with one of tne following conditions: 


1, The reception of an invalid or not 


implemented command or response frame. 


2. The 
information 
upon length. 


3, The reception of an improper N(R). This 
usually happens when the R) frame has 
alread ees sent and acknowldeged, or 
when NE is out of sequence with what 


was expected. 


4. The reception of a frame with an 
information field where one is not 
allowed or the reception of an U or §S 
frame whose length is incorrect. 


When a CMDR or FRMR frame is sent, an 
information field is added to the frame that helps 
to explain where the problem occurred. This 

field is three octets long and its 
shown if Fig. 9 below. 


reception of an I frame whose 
3 field exceeds the agreed 


information 
contents 1S 


| Information Field Bits 
22 ee oe aE) To 
| Se A O96: 7 6: 5 A Se 1-0-9. 8 7 G5 
10 0 0 O(Z]¥{X{w{ V(R) IC} V(S) {0} Rejected Frame} 
oe oo ie 1 | 114 Control Field | 
FRMR Frame Information Field 


Fig. Oe. 
Where: 


Ad The rejected frame control field carries 
the control field of the frame that 
caused the reject condition. TD 2s° in 
bits 1-3 of the information field. 


oe V(S) is the current send state variable 
f the device reporting the rejection 
4bit 10is the low bit). 


36 V(R), is ‘the: current. receive state 
variable of the device reporting 
rejection (bit 14 is the low Bit 

4. If Wis set to 1, the control field 


received was invalid or not implemented. 


or LE x 0s: Set Toil: the frame that caused 
the reject condition was considered 
invalid because it was a U or S frame 
that had an information field that is 
not allowed Bit W must be set to lin 
addition to the X bit. 


6. If Y is set to 1, the information field 
of a received frame exceeded the maximum 
capacity of the device reporting the 
Condition. 


Te If Z is set to 1, the control field 
received and returned nibits 1 to 8 
contained an invalid N BR). 


Se Bits oO)... and 2U to: 23-are-set £6 0... “Bit 
12 is set to U if the rejected frame was 
a command, or lif if it was a response. 
Unnumbered Information (UI) Frame 
The unnumbered information frame is used 
to pass information along the link outside the 
normal information controls. This allows informa- 
tion fields to go back and forth on the link 
Dy ee tne flow control. Since these frames. are 
iN acknowledgeable, if one gets wiped out, there 
rs: TO: Way LO. FeCOver LE. 


The Ul frame is not defined in X.25. It 
has been taken from ADCCP to allow uncontrolled 
information to flow thru the link without inter- 
fering with a next higher layer. 


Link Error Recovery 


There are several link-level errors that are 
recoverable without tearing down the connection. 
These error situations may occur as a_result of 
malfunctions within the DTx# or DCH, Or. scr 
transmission errors occur. 


Invalid Frame or FCS Error 
If an invalid frame is received or a 


frame is received with an FCS error, that frame 
will be discarded with no action taken. 
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Device Busy Condition 


When a DTE or DCH becomes temporarily 
such as when receive buffers are full, it 
will send a receive not ready (RNR) frame. This 
tells the other side of the link that the device 
cannot handle any more I frames at the moment. 
This condition is usually cleared by the sending 
of a UA, RR, R#J, or SABM command frame. 


busy, 


Send Sequence Number Error 


If the send sequence number , WN(S), of 
an otherwise error-free received I frame 6o0es not 
match the receive state variable, V(R), a send 


sequence error has occured, and the information 
field will be discarded. The receiver will not 
acknowledge this frame, or any other I frames 
until NCSD matches V(2). 


The control field of the erroneous I 
frame(s) will be accepted so that link supervisory 
functions can still be performed, such as checking 
the P/F bit. Because of this updating,. the re- 
te dad a I frame may have an updated P bit and 


Reject (REJ) Error Recovery 

RiJ is used to re gqiest a retransmission 
of I frames following the detection of a sequence 
error. Only one outstanding reject condition is 
allowed at a time. This condition is cleared when 
the requested I frame has been received. 


A device receiving the REJ command will 
clear the error by sending over the I frame indi- 
cated in H(R) of of the HEJ command frame. 


Time-out Error Recovery 


When a transmission abnormality wipes 
outa single I frame, or the last I frame of a 
roup, there is no way of telling this immediate- 
yy Since the receiver does not necessarily know 
something was sent until another frame is sent 
resulting in an out-of-sequence error. To. cope 
with this situation better, some form of time-out 
delay will be incorporated by the sender after it 
sends out a frame. his time-out timer is started 
at the time a frame is sent, and stopped by the 
reception of an acknowledgement for the sent 
frame. If the timer times out before an acknow- 
ledgement is received any unacknowledged frames 
are retransmitted. The delay is an agreed-upon 
amount that will vary with the ‘type of rf medium 
and signaling speed used. 


dejection Error 


A rejection error condition occurs when 
an error-free received frame has one of the fol- 
lowing problems: 


1. An invalid command or response control 
field. 


2. An invalid frame format. 
3. An Invalid N(R). 


4. An information field that exceeds the 
maximum the device can accept. 


Once a rejection error occurs, no more I 


frames are acccepted (with the exception of 
the P/F bit still usable) until the error is 
resolved. The error condition is reported to the 


other side of tne link by sending a FRMK response 
frame. 


Primary/Secondary versus Balanced Operation 


There are two basic classes of link-level 
Connections. The first, known as Link Access 
Procedure (or LAP) is often called an unbalanced 
service where the DC# is considered the primary 
(or master) devices and the DTns are considered 
secondary (or slave) devices. Thesecond class of 
service is known as LAPB, Link Access Procedure 
Balanced. In this service both devices are 
treated as equals as far as connection requests 
and other types of commands. There is still only 
one DCit ac poeene aly many DTEs, but both ends 
can command the link equally. 


Primary/Secondary (LAP) Operation 


JAP is the older style of link control, 


where most of the intelligence was assumed to be 
in a large mainframe (the DC#) and the e users 
were just using smart terminals (the DIks). Since 
network software can have a lot of overhead it 


made sense at the time to put most of the overhead 
in the big computer, and just enough smarts to 
make the link work in the terminals. 


Balanced (LAPB) Operation 


LAPB is a slightly modified version of 
LAP. It has been changed to allow the two sides 
of a link to operate in a more balanced manner. 
In: the -6fficial. version. of xX.25. there is still 
only one DCH to potentially many DT#s, but the two 
Can-operate more-as equals than master and slave. 


LAPB is what this document describes for 
use over Amateur Radio packet networks. Even when 
there is a network controller overseeing the net- 
work operation, the balanced link procedure will 
enhance operation. 


Connection Operation 


In amateur radio network operations, it would 
be very helpful if one level 2 protocol would work 
with the various rf systems in use. An example of 
this is the difference in operation between a 


simple two-station link, and multiple stations 
operating thru a network controller. Obviously, 
when a network controller exists, it should 


while the other station: 


considered the DCx, 
A simple two- 


connecting to it would be the DTus. 


station connection is another matter. Or (ehas 
type of connection the station ee a 
connection should always be considered the DT, 


while the device that is receiving the connection 
request should operate as the DCE. This: simple 
rule should eliminate any ambiguity that might 
otherwise occur under these conditions. 


NOTE There are a couple minor changes from 
the official X.25 standard in the protocol recom- 
mended here. These changes are done only as abso- 
lutely necessary to work over theshared rf media. 
Since X.25 was written to work so that one DCE 
talked with many DTKs over a closed network, it 
Cannot properly cope with a channel where’ there 
may be many DCEs linked to many DTus. Some ama- 
teurs have thrown X.25 out because of this prob- 
lem. It seems to take Just a couple minor changes 
in the initial link set-up procedure to make X.25 
work properly over ‘amateur radio. Where these 
changes are made, both the original X.25 procedure 
and the recommended amateur procedure will be 
noted. 

LAPB Procedures 

The following describes the procedures used 
to set-up use, and disconnect a balanced link 
between a DTH and DCE. These procedures have been 
taken from X.25 and conform very closely to that 
standard, except where it was necessary to change 
due to the radio enviroment. 


Address Field Operation 


All transmitted frames shall have ad- 
dress fields conforming to above-mentioned rules. 
All frames should have both the destination device 
and the source device addresses in the address 
field, 


Ae with the destination address coming first. 
is 


will allow many links to share-the same rf 
channel. The destinatjonaddress is always the 
address' of the ons) to receive the frame, 
while the source address contains the address of 
the dveice that sent the frame. The destination 
address can be a group name or club call however, 
if point to multi-point operation is allowed. 
pa will be discussed further under link opera- 
ions. 


LAPB Connection Establishment 


When a device (either a DCE or_DTE) 
wishes to connect to another device, it will send 
a SABM raed frame to that device and start a 
time-out timer(T1). If the other device is there 
and able to connect, it will answer with a UA 


response frame and at the same time rreset boh’ of 
it's internal state faaulcs VCS). and $2R) 9 
The reception of the UA response frame at the 
other end will cause the device requestin the 


connection to abort the Tl timer and se its 


internal state varia'bles to O also. 


If the other device doesn't respond 
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before Tl times out, the device requesting the 
connection will re-send the SABM frame, and start 
{1 running again. This trying to establish- a 
connection will continue unti the requesting 
device has are} unsuccessfully a number of times. 
That number (Nl) is variable, depending on the 
frequency of operation, type of transmission (eg. 
terrestial vs. satellite), and the signaling speed 
in use. N1 will be discussed in another section. 


Information Transfer 


Once a connection has been established 
as outlined above, both devices are able to accept 
I, S, and U frames. 


sending of I Frames 


Whenever a station has an I frame to 
transmit, it will send the I frame with N(S of 
the oe Te a5 equal to it's current send state 
variable V(S&). Once the I frame is sent, the send 
state variable is incremented by one. 


The sfation should not transmit any more 


Il frames if it's send state variable equals the 
last received N(R) from the other side of the link 
plus seven. If it were to send more [ frames, the 


flow control window would be exceeded and errors 
could result. 


If a device is in a busy condition, it 
may still send I frames as long as the other 
device is not also busy. 


If a device is in the frame-rejection 
it will stop sending I frames. 


Receiving I Frames 


If a device receives a valid I frame 
with a correct FCS and whose send 


mode, 


(one sequence 
number uals the receiver's receive state varia- 
ble) an is not in the busy condition, i will 
accept the received I frame, increment it 8 re- 


ceive state variable, and act in one of the fol- 


lowing manner: 


1. If it has an I frame to send, that I 
frame may be sent with the t ransmitted 
NCR) ele e it's receive state 
variable V(.R) (thus acknowledging the 

received frame. Alternately, the device 

y send an RR frame with N(R) equal to 
ve ), and then send the I frame. 


Zz, If there are no outstanding I frames, 
the receiving device "IC send an RR 
frame with N(R) equal to V(R). 


If the device is_ in a busy condition it 
may ignore any received I frames without reporting 
this condition other than repeating the indication 
of the busy condition. 


If a busy condition exists, the station 
receiving the busy condition indication should 
oe the sender of the busy indication periodical- 
-y until the busy condition disappears. 


The reception of I frames that contain 
zero length information fields shall be reported 
to the next level but no information field will be 
transferred. 


When an I frame is received with a cor- 
rect FCS but it's send sequence number does not 
match the current receiver s receive state varia- 
ble, the frame should be discarded and a HEJ frame 
should be sent with a, receive sequence number 
equal to one higher (modulo 8) than the last 
correctly received I frame . Any out-of-sequence 
received I frames should be handled in this man- 
ner. The received state variable and poll bit in 
such a discarded frame should be checked before 
throwing it away, and take any action needed de- 
pending on the condition of them. 


Receiving Acknowledgement 


Whenever anIoorS frame is correctly 
received, even in a busy condition, the NCR) of 
the received frame should be checked to see if it 
includes an acknowldegment of outstanding sent 

f’rames. The Ti timer should be reset if the 
received frame actually acknowledges previously 
unacknowledged frames. if the: Tl timer is reset, 
and there are still some frames that have been 
sent that are not acknowledged, Ti should be 


started again. If the Ttimer tins out.before- an 
acknowledgement is received, the device should 
proceed to the retransmission procedure. 


Receiving Keject 


Upon receiving a Rid frame, the trans- 
mitting station will set its send state variable 
to the same value are the RJ frames received 
sequence number in the control Coe The device 
mill then retransmit any I frame(s/) outstanding at 
the next available opportunity conforming to the 
following: 


Ve If the device is not oe at the 
time, and the channel is open, the device ma 
commence to retransmit the I frame(s 
immediately. 


oe If tne device is operating on a full duplex 
channel transmittiong a U or 5 frame ween it 
receives aRk&J frame, it may finish ecueine 
the U or § frame and then retransmit the 
frame(s). 


Ds If the device is operating in a full duplex 
channel transmitting another I frame when it 
receives a iJ frame, it may abort the I 
frame it was ae and start retransmission 
of the requested I frames immediately. 


4. The device may send just the one I frame 
Cun or it may send more than one if 
rr 


an, more ames followed the first one not 
scr hou lodged, provided the total to be sent 
does not exceed the flow control window Gi 
frames). 


If the device recives a Rid frame with 
the poll bit set, it should respond with either an 
Rk or RNr frame with the final bit set before 
retransmitting the outstanding I frame(s). 


Receiving an RNR Frame 


Whenever a device receives an RNK frame, 
it may transmit or retransmit the I frame whose 
send sequence number equals that of tne_ received 


sequence number indicated in the RNR control 
field. If timer Ti runs out after the RNR was 
received the waiting acknowledgement procedure 


listed below should be performed. The poll bit 
may be used in conjunction with S frames to test 
for a change in the condition of the busied. out 
station. No I frames other than the one mentioned 
eds may be sent out before the busy condition is 
cleared. 


Sending a Busy Indication 


Whenever a device enters a busy  condi- 
tion, it will indicate this by Sent ae an KNR 
response at the next opportunity. While the de- 


vice is in the busy condition, it may receive and 
process S frames, and if a received 5 frame has 
the P bit set to one, the device should send a RNK 
frame with the F bit set to one at the next possi- 
ble opportunity. To clear the busy condition, the 
device should send either a RR or REJ frame with 
the received sequence number equal to the current 
receive state variable, eben ne on whether the 
last received I frame was properly received or 
Noe. 


Waiting Acknowledgement 


The device should maintain an internal 
retransmission count variable which is set (aoe 
whenever another I frame is acknowledged (either 
thru the reception of a UA or RNK frame, or when a 
received I or 5 ae has an N(R) highér than the 
last received iG: , showing the acknowledgement of 


additional I frames). 
Any time the timer Ti runs_ out, — the 
device will re-enter the timer recove condition, 


the retransmission count variable wil be incre, 
ment. ed by one, and another internal variable (X) 


will be set to the current send state variable 
value. 


The device will then restart the T1 

set its receive state variable to the last 

receive sequence number, and retransmit the cor- 
responding I or © frame with the P bit set to one. 


timer, 


The timer recovery condition is cleared 
when the device receives a valid S frame with the 
F bit set to one. 
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If the device receives an 5S frame with 
the F bit set to one and N(R) within the range 
from the current send state variable to X men- 
tioned above inclusive while in the timer recovery 


condition, this condition will be cleared, ,and the 
Sa a acuta variable will be set to the N(k) re- 
ceived. 


If the device. receives an 5 frame with 
the F bit set to zero but otherwise the same 
condition as the last paragraph, the timer re- 
covery condition will NUT be cleared. The re- 
ceived N(R) may be used however to update the send 
state variable. The device may keep the last I 
frame transmitted (even if it was acknowledged) to 
be retransmitted with the P bit set to one if 
timer Tl expires at a later time. 


Unce the retransmission count variable 
reaches Ne, the device should proceed to the re- 
setting procedures outlined below. 


Link Disconnection 


When in the information-transfer phase, 
either device may initiate a link disconnection b 
sending a DISC frame. It should then start its T 
timer, and wajt for a response. If the roper 
response doesn. t come before Tl times ott, it 
should send the DISC frame again and restart' Tl. 
If this happens W2 times, the device should enter 
the disconnected state. 


When a DISC frame is received, the re- 
ceiver should return a UA’ response frame,, and 
enter the disconnected state. 


Disconnected State 


After having. Sent..a. DISC - frame and 
received a UA, or receiving a DISC and having sent 
a UA, the device will enter the disconnected 
State. 


In the disconnected state, the device 
may initiate a link set-up as outlined in connec- 
tion establishment above. It may also respond to 


the reception of a SABM and establish a ‘connec- 
tion, or it may ignore the SABM and send a DM 
instead. 


Any station receiving a DISC command 
while in the disconnected state should send back a 
DM response frame. 


Any device receiving a command frame 
other than a SABM or Jl frame with the P bit set 
to one should respond with a DM frame with the F 
bit set to one. he offending frame should also 
be ignored. 


When the device enters the disconnected 
State after an error condition or if it has re- 
covered from an internal error condition by coming 
U in the disconnected state, it should indicate 
ena by sending a DM resp onse rather than a DISC 


frame. It should start the Tl timer when the DM 
is sent, and if Il times out befcre coats a SABM 
or bDISt frame back; > ..t--should aca another DM 
frame wand restart Tl. After retransmitting the 


the device will remain in the 
and no other action will be 


DM frame N2 times 
disconnected state, 
taken. 


Resetting Procedure 


The resetting procedure is used to ini- 
tialize both directions of flow after a non- 
recoverable error has occured. This resetting 

rocedure is only used when in the information 
ransfer phase of an AX.25 link. 


A device shall request a reset ) send- 
ing an SAbBM frame. Upon receiving an S ABM frame 
from a station previously connected to, the re- 
ceiver of an SABM frame should send a UA frame 
back at the earliest opportunity. Both devices 
should then set their send and receive state vari- 
ables to zero. Any busy condition that previously 
existed will also be cleared. 


It is p ossible to initiate a disconnect 

procedure instead of resetting the link. 
One device may ask the other to reset 
frame. After 


the link by rans a UM response 
the DM frame is sent, the sending device will then 
enter the disconnected state. 


One device may ask the other to initiate 

a link reset by transmitting a FRMR response 
frame. 

After sending the FRMR frame, The send- 

device will enter the frame re ‘ect state. 

condition is cleared when the aevice that 

sent the FRMR frame receives an SABM or DISC 

command, or a DM response frame. Any other com- 

mand received while the device is in the frame 


in 
This 


reject state will cause another FRMK to be. sent 
out with the same information field as originally 
Sent. 


The device that sent the FRMR fram 
should start the Ti timer when the FRMRK is sent 
If above mentioned frames are not received before 
the timer runs out the FRMK frame should be 
retransmitted, and the Tl timer restarted as des- 
cribed in the waiting acknowledgement section 
above. If the FRMR is sent N2 times without 
suecess, the link should be reset. 


nejection Conditions 


A device should initiate the  link-=reset 
procedure when a frame is received with the  cor- 
rect FCs and address field during the information 
transfer phase witnone or more of the following 
conditions: 

1. The frame is not known as a command or 
response to the device. 

2 The information field is invalid (as an 
example is longer than 256 octets). 


A device will initiate a reset procedure 


whenever it receives a DM or FRMK response’ frame 
during the information transfer phase. 

A device may initiate a reset procedure 
also whenever it receives a UA response frame or 


if it receives an unsolicited response frame with 
the F bit set to one. 


Collision Recovery 
Collisions in a Half-Duplex Enviroment 


Collisions of frames of any type ina 
lex enviroment are essential ly taken care 
of by the retry nature of the Tl timer and re- 
transmission count variable. No other special 
action needs to be taken. 


half-du 


Collisions in a Full-Duplex Enviroment 


Collisions ina full-duplex enviroment 
are not really frame collisions, ut have more to 
do with the devices being pulled in two different 
directions at the same time. 


Collisions of Unnumbered Commands 


If the sent and received U command 
frames are the same, both devices should send a UA 
response at _the earliest opportunity, and both 
devices should enter the indicates state. 


If the sent and received U commands are 
different, both devices should enter the discon- 
nected state, and transmit a DM frame at the 
earliest opportunity. 


Collision of a DM with a SABM or DISC 


When an unsolicited DM response frame is 
collision between it and a SABM or DISC 
may occur. In order to prevent this DM from being 
misinterpreted. all unsolicited DM frames should 


be transmitted with the FE bit set to, zero. All 
SABM and DISC frames should be sent with the P bit 


set to one, so there isn't any confusion when a DM 
frame 1s received. 


sent, a 


Connectionless Operation 


In Amateur Radio circles, there is a type of 
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operation that isn't really feasable using level 2 
connections. This operation is the roundtable, 
where several amateurs may be engaged in one con- 
versation. The only way to accomplish this in a 
connected mode would be to have everyone cross= 
connected with each other. This would require a 
seperate frame to be sent to each member of _ the 
roundtable every time someone says something. 

Obviously, this mode is not practical. The wa 

most amateur packet radio enthusiasts have  ende 

up ge au eer the roundtable operation is out- 
side he AX.25 connection, but still using the 
AX.25 frame structure. AX.25 does allow a special 


frame for this operation, called the Unnumbered 
Information UL) frame. It is recommended that 
when this type of operation is in use, the desti- 


nation address have a code word installed in it to 
prevent the users of that particular roundtable 
from seeing all frames going thru the shared RF 
medium. An example of this is if a group of 
amateurs are ina roundtable discussion about 
packet radio, they could put PACKET in the desti- 
nation address, so they would only receive frames 
from others in the same discussion. An added 
advantage of the use of AX.25 in this manner is 
that the source of each frame is in the source 
address sub-field, so software could be written to 
automatically display who is making what comments. 


Admittedl y, this is a kludge to the level 2 
AX.25 protocol THis Sh of operation reall 
belongs at the next layer (laver 3. packet level) 
of operation, but until layer 3 is implemented, 
this appears to be an acceptable substitute. 


Keep in mind that this mode is  connection- 
less, so all transmitted frames should be of good 
quality, as there will be no requests for retrans- 
missions of bad frames. Collisions will also 
occur, with the potential of losing the frames 
that collided. 


List of System Defined Parameters 


Timers 


It is recommended that there are _ two 
timers used to maintain the integrity of the AX.25 
layer 2 connection. 


The first timer, TT), is used to. make 
a device doesn't wait forever for a response 
to a frame it sends. This timer cannot be expres- 
sed in absolute time, Since the time require to 
send frames varies greatly with the baud rate used 
at level 1. Ti should be at least twice the time 
it would take to send a maximum length frame to 
the other end of the link, and get the proper 
response frame bacx from the other end of the 
link. This would allow time for the other end of 
the link to do some processing before responding. 


The second timer, T2, is used whenever TI 
running to make sure that a supervisory 
inte- 


SUES 


ESS OME 
frame is sent neriodicallv to maintain link 


grity. It also will vary dramaticaily depending 
on layer 1 constraints, and is subject for further 
study. 


Maximum Number of Retrys (N2) 


The maximum number of retrvs is used in con- 
junction with the Titimer. It will vary opens. 
ing on the layer 1 in use, but will generally be 
sixteen. 


Maximum Number of Octets in an I Field (N1) 


The maximim number of octets allowed in 
the I field will be 2506. There should also be an 
even multiple number of octets. 


Maximum Number of I Frames Outstanding (k) 


The maximum number of outstanding lI 
frames at a time is seven. . A smaller number hay 
be used at any time, provided it is agreed upon 
ahead of time. 


First 


Bit Sent 
Flag | Address | Conerol (| FCS | Flag 
Gll1111@ {112/168 Bits| 8 Bits | 16 Bits | ~01111110 
Fig. 1A. U and S Frame Construction 
First 
Bit Sent 
| Flag | Address | Control] [5 knee BCS | Flag | 


EUG «1B. Information Frame Construction 


First 
Octet Sent 
Address Field of Frame 
Destination Address | Source Address 


Fig, 2A. Non-Repeater Address Field Encoding 


First 
Octet Sent 
Address Field of Frame | 
Destination Address | Source Address Repeater Address 
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Appendix A. Non-Repeater Frame Example 


; Octet ; ASCII ;Bin.Data;Hex Data, 
; Flag | 01111110, 7B 
; Al | K  j;40010TTO go | 
; A2 ; 8 01110000, 7O | 
| Ad5 | M p1QO11010, YA | 
| A4 | M ; 100110T0; YA | 
j Ad | O pLOOTTT1O | Qi | 
Ao | space jp ITOCGQQVV; 40 | 
| A7 j SolD j 911 COO0V | 60 l 
j Ad | W pLOIC L110, AB | 
, AY | B j LVOCO100; 34 | 
| A10 | 4 pOLIC 1000 | 63 | 
| All J jy 1VQ10100, G4 
j Ale F j 1QQC110Q, 8C 
| A143 | I jp FOOTOOTO | Ye | 
; Ald | Ssip jorroooor’|, 61 | 
| Control SABM l 00111111 oF 

1 PID 4 none , 11110000, FO 

| PCS } part I | XXXXXXXX| HH 

| 


;Part 2)XXX00K HH | 
| 


©. 
—h 
ee 
ater 
—> 
we 
ele 
© 
_— 5. 
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The frame shown is an SABM frame not going 
thru a, level 2 repeater, from WB4JdFI (SSID=0) to 
K8MMO (SSID=O), with no level 3 protocol. 


Appendix C. 
Advantages of the WB4JFI Addressing Sch 
Octet | ASCII | Bin. Data;Hex Data/ & 4 3ing ocheme 


a ea aaa an RESTS oka ad j Some of the advantages to using this 


Appendix B. Repeater Type Operation 


| Flag 101111110 Th addressing system are: 
| Al | K pTOOT0T10, 96 
pj A2 4 8 401110000; = 70 1. Every packet station will have a unique 
) Ad l M pLQOT1O1Vy QA fixed address that doesn't change every 
; AF 4 M 410011010, QA time anew network is logged into. 
p AD Q (10011110, OH 
; Ao ; Space ,010QQ0000, 40 De Serna ing to a new area won't cause 
, AT p SLD 401100000, 60 major (or minor) problems. 
; Ad l W p1Q101110) AE 
| AY | B j 10000100 | 34 | 4. Allows for more than 62 or 43lusers at a 
j AIO | 4 p01101000, 68 time. 
| All | J , -L0010100, 94 : 
p Al2 | F j !QQV1100, 8C 4. No local packet guru is needed to assign 
p AID | I j 10010010 | Ge addresses with attendant concerns of 
; Al4 4 SSLD 401100000; 60 backup and transfer during failure. 
p ATS 4 W (LO10TTIV; An . 
jy Alo | B j 10000100 | 84 5. Direct or network operation requires no 
; AIT | 4 pO1101000 | 63 change of address. 
p AIS | J » 10010100, 94 ; . 
p AID | F 1 10001100, 8C 6s. -ALT the pro'blems with dynamic 
j AZO | I | 10010010, 92 allocation/de-allocation are eliminated. 
p A214 Sold (11100011 | op) 
jControl, SABM pOO111111 | 3F 7. Reduces local co-network interference due 
) PID 4, none j 11110000, FO to users in overlapping local network rf 
| FCS | part Ty XXXXXXXXy HH domains with the same address fields. 
, FCS | part 2; XXXXXXXKy HH 
i Flaz j;_ 101111110, TE : 8. With every frame having both the 
a a wn nn nn ne ee ne ee ee destination and source addresses in them, 
it will be a lot easier to set-up and run 
The above frame is the same as in Appendix A, multiple connections on the same data 
but gt the addition of a repeater address  sub- channel without having problems arise as 
field (WB4JFI, SSID=1). The H bit is. set, to who is sending what frames to whom. 


indicating this is from the output of the 
repeater. 9. In round-table operation, every frame 


sent will have the source address 
imbedded ian iJ, allowing automatic 
printing of the source of -the frame. 
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Appendix D. Layer2 AX.25 State Table 


; State jl _with);I with-|RR with;RR with-|REJ with;REJ with-|RNR with; RNR with-; SABM |; DISC! ; UA 4 DM | FRMR | 
[Pacem ere teem eaere esmeseeeea ae , Poll jout Pi Final jout Foi Final jout Fj Pinal jout F _ieitherjeither; either; either |; either | 
|S! Disconnected DM DM DM DM ;UA,S5D DM | SABM,S2 | 
'S2 Link Setup | | | | | | | | LGA | et ohh Goth 3 | 
(S3 Frame Reject | FRR | \ FRMR | FRMR | FKMR | 'UA,S5 |UA,S1 | ISABM,S2 | SABH,S2| 
jS4 Disconnect Rgst 1 On OREN | eaten CRE COE eT Plt ciel Sli coat octet DME Se MDs PT Mio nee tas | 
i 95 Information Xfr i} RR | I j| I | I i oI r ! g9 { sg | wa fua,st |SABM,s2!sapm,se | SapM,s2! 
jS6 KJ Frame Sent | RR,S51 US5 4 Tod Tob Tt 2b S05 4 S19 1UA,S9_[UA,ST_ | SABN,S2 | SABH,S2 | SABH, S2 
\S7 Waiting Acknow. ; RR; I; 1,85 |; I 4; 42,85 | I 4; $9 4 | $12 4 {UA,S5 [UA,S1 | SABM,S2| SABM,S2 | SABM,S2| 
| $8 Device Busy | RNR ; RNR | IY I y FT {| I i; StO 4 S10 | UA jUA,S1 |SABM,S2;SABM,S2 ; SABM,S2, 
SY Remote Device | RR | RR { 1,85} 1,85 | 1,85 4 1,85 | | ;UA,S5 {UA,S1 | SABM,S2} SABM,S2 | SABM,S2 
Busy | | ! ! 

|S10 Both Devices | RNR | RNR | I,88 | 1,88 | 1,88 4 1,83 | | | UA, S68 | UA,ST | SABM,S2) SABM,S2 ) SABH,S2 | 
| Busy i | | i | | | 
(Sit Waiting Acknow.} RNR | RNR {| I,s8 , IT | I,s3 | I  ; SIO | S13 {UA,S8 [UA,S1 | SABM,S2/SABM,32| SABM,S2| 
| and Device ‘Busy | Ged yeee Me dts eaten a at rete a a ons eet Det et et ee ted Vo falta Heh eS cc Be ade etal Saas ce RNS ating Ins Petes eae cee | 
(S12 Waiting Acknow.; KR | RR j 1,55 | I,87 4 1,85 | 1,87 | | 'UA,S5 {UA,S1 | SABM,S2 | SABM,S2 |SABM,S2| 
rand Remote Busy yt be cueeae! cae ee! oe. lagen Ne ieee ae een a : 
[S13 Waiting Acknow.| RNR | RNR | 1,98 | 1,811 | 1,58 | I,stt | , 'UA,S8 |UA,S1 | SABH,S2 | SABN,S2 | SABM,S2| 
Both Devices Busy | j } | | | | | | | 
ee ea ne ie ee ee ee eet ee ge ee el a a ee oe 
; S14 REJ Sent and =, RNR y RNR y I | I ee I ; St6 | S16 | UA,S8 | UA,S1| SABM,S2) SABH,S2 | SAH, 52! 
| and Device Busy | I | x | | | | | : 
/S15 RJ Sent and |RR,S9 ] RR,S9 | 1,86} 1,86 {| 1,86 | 1,86 | | jUA,S5 ,UA,S1 |SABM,S2\SABM,S2 4 SAbM,S2 
, kemote Busy | | | | | ] i | | | | 

js16 REY Sent and | RNR y KNK | 1,514 ) 1,814 4 1,94 | 1,814 | | 1UA,S5 j UA,S1 jSABM,S2)SAbM,S2 4 SAM, S2 

| | i | 


; Both Devices Busy 


